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SYSTEM AND METHOD FOR MANAGING DISPARATE VIDEO NETWORK 
DEVICES THROUGH OBJECTS 

Related Applications 

This application claims priority to U.S. Provisional 
Application Serial No. 60/309,136, filed on July 31, 
2001, and entitled "System and Method for Managing 
Disparate Video Network Devices Through a Management 
Information Base." 

TECHNICAL FIELD 

This invention relates generally to video network 
communications, and more specifically relates to a system 
and method for managing video network devices. 
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BACKGROUND OF THE INVENTION 

Video conference calls have grown in popularity as 
the expense of video conferencing devices has decreased 
and the availability of broadband communication networks 
has increased. Businesses often prefer the more personal 
communication available through video conferences 
compared with telephone conferences, and also enjoy 
savings in travel costs while still having a personal 
presence among the participants that is not possible with 
audio only communications. The increased popularity of 
video conferencing has resulted in the deployment of 
video network devices in wide ranging disparate locations 
with the devices interfaced by business networks or the 
public network. Often, video calls involve the 
interfacing of video network devices manufactured by a 
variety of different manufacturers and using a variety of 
protocols and network communication interfaces. 

As video network devices grow in number, the task of 
managing the devices, including scheduling, monitoring 
and diagnosing problems of the devices, grows in 
complexity. For instance, a single video network might 
interface with video end points, multi-call units known 
as multipoint control units (MCUs) , and gateways each 
manufactured by different manufacturers and using 
different communication protocols and interfaces. Each 
of these devices may include specific management, 
maintenance and monitoring needs that makes central 
management of a network difficult to accomplish. 

One difficulty with management of video devices is 
establishing a uniform representation of the devices for 
use by management applications. Different vendors of 
video conferencing devices typically use their own 
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proprietary mechanisms for device management. A typical 
business video network includes devices from several 
vendors so that such video networks use multiple means to 
manage the devices. In addition to having widely 
different management user interfaces, many of these 
disparate video devices are accessible only through 
specific protocols, including SNMP, HTTP, telnet, RS-232, 
etc... Although MIB H.341, a multimedia Management 
Information Base (MIB) , was accepted by a standards 
committee, few vendors implement this standard and many 
vendors lack the SNMP interface used by the standard. 

Although the use of MIBs, such as MIBs available 
with Internet Protocol (IP) accessible devices having 
remote SNMP management, simplify device management, a 
certain degree of expertise is typically needed to access 
and use MIBs. A MIB for a particular device may be large 
with an extensive list of available attributes, attribute 
types and access properties so that an administrator 
typically must have a degree of familiarity with the MIB 
to locate specific information of interest, such as with 
a MIB browser. Further, the administrator may have to 
track multiple MIBs for a given device or devices with 
desired information distributed throughout the MIBs, 
making it difficult and inconvenient for the 
administrator to obtain a specific set of information in 
one place at one time. Of course, since disparate 
devices do not have uniform MIBs or, in some instance, 
are not supported by MIBs at all. 

Without a uniform means of communicating with 
different types of devices, management applications have 
difficulty accessing disparate devices on a realtime 
basis and generally must be updated as devices on the 
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video network are changed or reconfigured. Thus, video 
network operational staff is typically faced with a 
complex task of maintaining video networks by tracking 
changes to the network and updating management 
applications and devices on an individual basis. This 
increases the cost and complexity of video networks and 
also results in reduced reliability. 
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SUMMARY OF THE INVENTION 

Therefore a need has arisen for a system and method 
which provide realtime management of disparate video 
network devices through a centralized video network 
platform. 

A further need has arisen for a system and method 
which provides flexibility in adding or updating 
disparate video devices on a video network to reduce the 
complexity of managing the different types of video 
network devices. 

A further need has arisen for a system and method 
which organizes network device attributes so that MIB 
variables or interest to a user are more easily 
accessible . 

A further need has arisen for a system and method 
which provides SNMP management through a MIB for non-SNMP 
network devices. 

In accordance with the present invention, a system 
and method are provided which substantially reduce the 
problems and disadvantages of managing network devices. 
Network devices are represented as objects having 
attributes that handle protocol conversion between a 
device native protocol and a management interface 
protocol and that translate management instructions into 
device-specific attribute instructions. The object 
attributes for a device are included in a dynamically 
created MIB for use by a management application so that 
the management application manages disparate devices 
having disparate native protocols by using a common 
management interface protocol . 

More specifically, a video network platform includes 
a management adapter accessible to a user interface and a 
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device access layer interfaced with the management 
adapter and the video network. The management adapter 
has a MIB that identifies video network devices 
associated with the video network. The device access 
layer represents the video network devices as objects 
operable to translate information from a format 
associated with the management adapter interface into a 
format associated with a video network device. 

The management adapter is accessible to users and 
management applications through one or more user 
interfaces having an interface protocol. For instance, a 
commercially available network management system such as 
HP Openview provides a user interface to the management 
adapter using an interface protocol, such as SNMP, 
interfaced with an interface protocol adapter associated 
with the management adapter. The protocol adapter 
identifies video network devices by reference to a MIB, 
such as an H.341 compliant MIB. Alternatively, the 
protocol adapter looks up video network devices in target 
look up table. 

Requests for communication with one or more video 
network devices are forwarded to a device access layer 
which associates the requested video network device with 
an object that represents the video network device. For 
instance, the management adapter requests access to a 
video network device using a device access layer 
protocol, such as RMI, that accesses a Management Bean 
object representing the video network device on the 
device access layer. The device access layer divides 
Management Beans into classes, with each class associated 
with a type of video network device, such as endpoint 
devices, gatekeeper devices, gateway devices, MCU device 
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and network devices, such as routers. The Management 
Bean translates requests for access to the device from 
the format of the management adapter into the format used 
by the device to allow communication with and management 
of the video network device in its native format. 

A MIB summation engine dynamically creates a MIB for 
a network device by selecting attributes of the 
management beans for the device along with variables from 
other MIBs so that the dynamically-created MIB has a 
user-specific structure in an order and organization of 
the user's choice. The dynamically- created MIB is usable 
in a network management application to manage the 
associated device so that the device will appear to 
expose only those variables of interest to the user 
associated with the MIB organized in a structure that 
makes sense without change to the device itself. For 
instance, a dynamically created MIB for a non-SNMP device 
aids an SNMP management application in the management of 
the device through an object, such as a management bean. 

The present invention provides a number of important 
technical advantages. One important technical advantage 
is that disparate video network devices with different 
native formats are accessible from a video network 
platform that uses a defined format more easily 
accessible by a user interface. For instance, the 
management adapter establishes a common defined interface 
for a type of video network device, such as endpoint 
devices, thus allowing a user interface to communicate 
with a type of devices through the same interface. The 
management adapter accesses the video network devices 
through Management Beans with each device represented by 
a Management Bean that translates communications from the 
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management adapter into the native format of the video 
network device. Types of devices are represented by 
classes of Management Beans to establish consistent 
interfaces . 

Another important technical advantage of the present 
invention is that disparate video network devices are 
interfaced with a video network in a more simple manner. 
By representing types of devices as classes of Management 
Beans, the device access layer allows access by the 
management adapter of attributes of devices for user 
access and management of the devices. The device access 
layer applies Management Beans to translate 
communications between the management adapter format and 
the native format of the video network device so that new 
devices or changes to existing devices are more easily 
made accessible for management by modifying the device 
access layer Management Beans instead of the management 
applications or user interface. 

Another important technical advantage is that 
dynamically created MIBs organize network device 
attributes so that MIB variables of interest to a user 
are more easily accessible. The MIB summation engine 
allows selection of variables for a MIB so that only 
variables of interest to a user associated with the 
dynamically-created MIB are exposed in an organization of 
the user's selection. This reduces the complexity of 
interacting with a large variety and number of different 
MIBs and MIB variables which may have varied natures 
depending upon the associated underlying device. 

Another important technical advantage is that the 
dynamically- created MIB provides SNMP management for non- 
SNMP network devices. Network devices that do not offer 
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management are accessible through object representations 
that expose variables of interest . 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the present 
embodiments and advantages thereof may be acquired by 
referring to the following description taken in 
conjunction with the accompanying drawings, in which like 
reference numbers indicate like features, and wherein: 

FIGURE 1 depicts a block diagram of video network 
platform providing access to video network devices 
through a management adapter and device access layer; 

FIGURE 2 depicts a block diagram of a video network 
platform with standardized attributes for accessing video 
network devices; 

FIGURES 3A and 3B depict block diagrams of a user 
interface for communicating with disparate video devices 
using MBeans; and 

FIGURE 4 depicts a block diagram for dynamic MIB 
creation for a video device. 
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DETAILED DESCRIPTION OF THE INVENTION 

Preferred embodiments of the present invention are 
illustrated in the FIGURES , like numerals being used to 
refer to like and corresponding parts of the various 
drawings . 

Video networks typically deploy disparate video 
network devices manufactured by different vendors to 
communicate with different formats. For instance, a 
typical video network might deploy video endpoints 
manufactured by different vendors with one endpoint 
managed by a management application communicating via an 
SNMP format and another endpoint communicating with a 
management application via HTTP format. Larger networks 
are likely to include different types of video network 
devices, such as MCUs, gateways, gatekeepers and network 
devices, each of which is designed to communicate by 
different formats for management by vendor- specific 
applications . 

A video network that deploys disparate video network 
devices often presents a challenge for staff to manage 
and maintain. For instance, several management 
applications may be needed to manage devices of a single 
type deployed in a video network, with each vendor having 
its own management application. As devices are added to 
the video network or changed on the video network, 
management applications may also change, increasing the 
complexity of maintaining the video network. If a 
business attempts to use only a single vendor, the 
business may face increased cost for devices and reduced 
selection and functionality. Thus, common management of 
video network devices by a central platform offers 
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substantial improvements in terms of simplicity and cost 
as well as reliability. 

Referring now to FIGURE 1, the present invention 
provides a video network platform 10 that simplifies 
5 video network device management by offering access 

through a single common interface. A user interface 12, 
such as the HP Openview network management system, 
provides a uniform protocol, such as SNMP, which allows 
users and management applications to access video network 
L , 10 devices in a consistent manner. Thus, a business may 

5 interface common video network management applications to 



manage disparate video devices, even devices that have 
native formats that are different from that of the 
W. management application. 

m 

, 15 User interface 12 interfaces with a management 

f7 adapter 14 through an interface protocol 16 and an 

D interface protocol adapter 18. Interface protocol 

jLj. 

q adapter 18 allows the network operator to select 

H 1 different types of interface protocols 16 so that a 

2 0 variety of management applications using a variety of 

interface protocols may be used to manage video network 
devices. Interface protocol adapter 18 determines the 
video network device requested by user interface 12 and 
accesses that device through a query to a MIB 20. For 
25 instance, MIB 20 is an H.341 compliant MIB that provides 
standardized management of video network devices. If the 
request from user interface 12 can be satisfied by 
reference to MIB 2 0 or message target lookup table 24 
accessed by device handler 22, such as when the 

3 0 attributes are part of the MIB that the management 

adapter implements, then management adapter 14 generates 
a response accordingly. 
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If the request from user interface 12 includes a 
message to a particular instance of a video network 
device, such as from the list of devices available from a 
MIB attribute, the device is accessed by setting an 
attribute in the MIB to a globally unique identifier for 
the device. For instance, interface protocol adapter 18 
sends a message from user interface 12 to management 
adapter 14 ' s MIB 20, vnp . managedDevices , that sets the 
vnp.managedDevices. targetDeviceGUID attribute to the 
globally unique identifier (guid) received for that 
device, such as managedDeviceTable .managedDeviceEntry . 
deviceGUID. Management adapter 14 then accesses device 
access layer 2 6 through a device access layer protocol 
2 8 , such as RMI . 

Device access layer 2 6 stores object representations 
of devices that provide a uniform interface with 
management adapter 14 for types of devices. For 
instance, one object class exists for each of endpoint 
type, MCU type, gateway type, gatekeeper type and network 
device type of devices interfaced with the video network. 
The interface for each member of a class of objects is 
the same even though video network devices represented by 
objects of the class are of disparate types having 
different types of native formats. For instance, if 
device 3 0 is an endpoint device that communicates with 
SNMP protocol and device 3 2 is an endpoint device that 
communicates by Telnet protocol, both devices 3 0 and 32 
are represented by objects of the same class having the 
same interface with management adapter 14. However, the 
object associated with device 3 0 translates 
communications from management adapter 14 into the native 
protocol of device 30 and the object associated with 
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device 32 translates communications from the management 
adapter 14 into the native protocol of device 32. This 
architecture advantageously allows management adapter 14 
to access device mechanisms for remote management in 
accordance with the H.341 standard even if a particular 
device does not support the standard. As devices are 
interfaced with the video network, objects are created to 
represent the devices without altering management adapter 
14 or management applications that use management adapter 
14 to manage video network devices. 

In the embodiment depicted by Figure 1, device 
access layer 2 6 is a Management Bean server that 
encapsulates device access into Management Beans 
according the to the Java Management Extensions (JMX) 
framework. A first class of Management Beans 34 
represents video network devices of a first type with 
Management Beans 36. A second class of Management Beans 
38 represents video network devices of a second type with 
Management Beans 40. For instance, endpoint devices are 
represented by the first class and MCU devices are 
represented by the second class. Each Management Bean 
supports a device protocol that supports an interface 
with its associated device. For instance, a Management 
Bean 3 6 that represents an endpoint device 3 0 may 
communicate with the SNMP protocol while another 
Management Bean 3 8 that represents an endpoint device 3 0 
from a different vendor may communicate with HTTP or with 
the Telnet protocol . 

The use of Management Beans to translate 
communications from external management applications for 
use by disparate video devices enables realtime access 
through a standardized naming scheme, effectively hiding 
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the complexity of a video network and reducing the need 
for vendor specific management applications. Management 
adapter 14 allows users and management applications to 
read information based on the class of a device instead 
of specific vendor models and their associated protocols. 
Thus, for instance, an external SNMP manager for a type 
of device accesses device management information from a 
MIB and device specific information directly from devices 
even though the devices do not support an SNMP interface. 
In this way, video network complexity is reduced and user 
flexibility is increased. 

Referring now to FIGURE 2, an alternative embodiment 
of the present invention is depicted which supports 
plural SNMP managers to access management information as 
well as device specific information from video network 
platform 10. Standard attributes that are common across 
different types of video network devices are translated 
into device specific attributes. 

User interfaces 12 provide access to video network 
platform 10 by plural network management systems. The 
network management system user interfaces 12 communicate 
with management adapter 14 through an interface protocol 
16, such as SNMP, and interface adapter 18. Generally, 
the types of requests for information from the network 
management systems fall within three categories: 1.) 
requests for information associated directly with video 
network platform 10; 2.) requests for information 
associated with a video network device and available 
through an object representation of the device, such as 
an MBean representation; and 3 . ) requests for information 
associated with a video network device that is not 
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represented by an object, such as a video network device 

having a proprietary MIB. 

Requests for information represented as attributes 

are satisfied through interface adapter 18 in cooperation 
5 with device access layer 2 6 and provided to the network 

management system user interface 12 accordingly. 

Requests for information from devices are communicated 

through interface adapter 18 to either device handler 22 

for devices represented by an MBean or through a device 
. 10 interface 46, such as a device-specific protocol like 

£3 SNMP, for devices not represented by an MBean. A 

y discovered device list 2 0 and target lookup table 24, 

such as may be made available through a MIB, aid in the 
yj identification of attributes for types of devices for the 

g"~ 15 network. 

j"7 For requests for a particular instance of a device, 

O the network management system user interface 12 sets the 

Is-J-. 

managedDevices . vnpTargetDevicelD attribute from the 
M ! VNPManagedDevices table 20 to a device identifier 

2 0 associated with the device. Management adapter 14 

inserts an entry into target lookup table 24 to set a 
value of an indentifier, such as an IP address, for the 
network management system user interface 12 correlated to 
the device identifier. Interface adapter 18 routes 

2 5 messages to an MBean through device handler 22 and a 

desired device access layer protocol 28, or routes 
messages directly to the device using SNMP interface 46. 
Messages from the network management system 12 are 
forwarded to the device under management until network 

3 0 management user interface 12 sends a message to change 

the vnpTargetDevicelD attribute. 
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Interface protocol adapter 18 and device access 
layer 2 6 support both protocol conversion and attribute 
translation. For instance, a network management system 
user interface 12 uses SNMP to establish communications 
5 with a device 3 0 having a serial link 4 8 through an MBean 
42. Similarly, an MBean 44 supports either an HTTP or 
SNMP interface with a device 32, which also has a direct 
SNMP interface 46 through interface adapter 18. 
Interface adapter 18 accesses standardized attributes 52 

10 that translate to MBean supported attributes that are 
device specific based on device type. There is, for 
instance, a set of standardized attributes for each 
different device type. Interface adapter 18 communicates 
with device access layer 26 to perform attribute 

15 translation by determining whether the device supports 
the requested attribute and, if so, translating to the 
device specific attribute. 

As an example, a network management system user 
interface 12 sets a TargetDevicelD to DeviceID3 and 

20 obtains attributes for device 32 through standardized 

attributes 52 having MBean supported attributes based on 
the type of device 50, such as a video endpoint, MCU, 
gateway, TCP/IP router or other network device. Protocol 
conversion and attribute translation performed by 

2 5 management adapter 14 via communication with standardized 

attributes through device access layer 2 6 are isolated 
from network management and other applications, thus 
simplifying the establishment of an interface between 
video network devices and video network management 

3 0 applications. Once an IP address is established for user 

interface 12 to communicate with a device, the user 
interface continues to use that IP address until 
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communication with the device is complete, thus limiting 
the number of table look-ups required. 

Referring now to FIGURES 3A and 3B, block diagrams 
depict the flow of information between a management 
5 adapter 14 and plural video devices 62 accomplished 
through MBean object representations 60 of the video 
devices 62 . A user seeking information from or seeking 
to interact with a video device 62 selects the desired 
video device through management adapter 14, such as by 
10 selecting an icon representing the video device depicted 
by a graphical user interface associated with management 



jyy adapter 14. For instance, clicking on the icon that 

represents a video network device associated with MBeanl 

«y 

W 60 results in an SNMP request to call a getAttribute , 

FU 

a 15 setAttribute or invoke for the video network device 62 

H associated with MBeanl 60. The management adapter 14 

S acts as an MBean client that communicates over a device 

p access layer protocol 56 with a device access layer MBean 

server 26. 

2 0 Device access layer 2 6 includes MBeans 60 that 

represent the video devices 62 interfaced with the video 
network 64. The getAttribute, setAttribute and invoke 
requests from management adapter 14 are handled as a 
MBean client request to MBeans of device access layer 2 6 
25 using device access layer protocol 28. MBeans 60 include 
attributes and operations to get, set or invoke the 
requested information from the selected video device 62 
using the native protocol understood by the selected 
device, such as HTTP, SNMP, serial or custom protocols. 

3 0 For instance, MBeanl 6 0 supports OID attributes and 

operations for SNMP, MBean2 60 supports URL attributes 



AUS01:250901.1 



ATTORNEY'S DOCKET 
021556. 0125 



19 



PATENT APPLICATION 



and operations for HTTP, and MBeanN supports custom coded 
attributes and operations. 

Referring to FIGURE 3B, a block diagram depicts that 
a MBean for a video network device supports one or more 
than one native protocol interface with a video network 
device 62 . MBean 60 includes attributes and operations 
to invoke an SNMP, HTTP or custom accessor that in turn 
communicates over the native protocol of network device 
62. Thus, the MBean 60 is adaptable as needed to 
establish communication over a variety of native 
protocols by having attributes and operations to call an 
appropriate accessor module for the native protocol. 
MBean 60 determines if get, set and invoke requests from 
management adapter 14 are supported by the associated 
video network device 62 and, if supported, perform 
attribute translation to provide the appropriate 
information to video network device 62. 

Referring now to FIGURE 4, a block diagram depicts 
the dynamic creation of MIBs that simplify support for 
applications interfacing with video devices through video 
network platform 10. IP-accessible video devices that 
provide remote SNMP management typically offer 
conventional MIBs to manage information associated with 
the video device. Such conventional MIBs are sometimes 
large and include many available attributes, attribute 
types and access properties, such as read and write 
access, for the video device. However, for complex 
networks with many video devices, conventional MIBs are 
unwieldy and difficult to work with. For instance, an 
administrator monitoring a number of remote devices, 
especially of disparate type, typically must access 
information with a MIB browser by knowing where, within 
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each MIB, the information exists. With many disparate 
devices, information is distributed throughout a number 
of MIBs so that it is often inconvenient and indeed 
impossible to see a specific set of information in one 
place at one time. This difficulty is increased where a 
video network includes devices that do not offer SNMP 
management or MIBs, or only offer partial management and 
incomplete MIBs. 

To improve access to information for a video device, 
a MIB summation engine 66 dynamically creates a MIB for a 
selected device by including the variables of interest to 
a defined user in an order and organization determined by 
the defined user. Variables for the dynamically created 
MIB are selected from existing MIBs and other sources so 
that the user-specific, dynamically-created MIB localizes 
variables of interest without complicating the use of 
those variables through the presence of unnecessary 
variables . 

For instance, IP-accessible devices that have SNMP 
management typically include a private MIB 68 with a 
detailed list of variables specific to the device. When 
deployed to a video network, the video device may also 
have a standard MIB 70 that complies with the 1213 
standard and other MIBs 72. MIB summation engine 66 
accesses private MIB 68, standard MIB 70 and other MIBs 
72 to dynamically create user-specific MIB 80 having 
selected variables organized in an order defined for the 
user. 

In addition to those variables tracked by existing 
MIBs, other attributes are sometimes of interest to a 
user that are not available through an existing MIB. For 
instance, some video devices offer only partial MIBs with 
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partial SNMP management or completely fail to offer SNMP 
management and MIBs all together. Thus, attributes of 
such video devices are not available to non-proprietary 
network management programs, such as HP Openview, unless 
the attributes are exposed for access, such as through 
SNMP. However, video network platform 10 provides 
exposure to variables of interest through representation 
of video devices as objects, such as MBeans . MIB 
summation engine 66 coordinates the inclusion of 
attributes exposed by MBeans through video network 
platform 10 into dynamically created MIBs 80. For 
instance, MIB summation engine 66 accesses lists such as 
expanded device attributes 74 which are non-SNMP based 
MBean attributes, known network attributes 7 6 and known 
device history 78 exposed through MBeans of video network 
platform 10 to allow inclusion of selected attributes 
from these list in a dynamically-created MIB 80. This 
advantageously allows a dynamically created MIB to 
include variables and attributes of interest for 
management of a video device without requiring any change 
to the underlying device itself. 

MIB summation engine 66 provides a user interface to 
allow an administrator to select from attributes 
available from MIBs and objects associated with a video 
device, such as MIBs 68, 70 and 72 and from lists 74, 76 
and 78. Once MIB summation engine 66 dynamically creates 
a MIB 80 with attributes and structure specific to a 
user, the dynamically-created MIB 80 can be taken to a 
network mode manager of the user's choice, such as HP 
Openview operating as a user interface to video network 
platform 10, to manage the video device associated with 
the dynamically-created MIB 80, such as described above 
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through MBeans . This advantageously allows the user to 
view the device with the exact variables of interest to 
that user exposed through dynamically-created MIB 80 
organized in a structure that makes the best sense for 
that user. 

MIB summation engine 66 allows multiple MIBs to be 
created with different objectives in mind such as having 
a MIB with specific structure and content available to a 
pre-defined or restricted set of users, another MIB with 
super-users and yet another MIB that contains read-only 
variables. In the embodiment depicted by FIGURE 4, the 
user interface for MIB summation engine 66 creates an 
organized tiered-f older MIB structure and places selected 
attributes within that structure. MIB summation engine 
66 has dynamically-created three user-specific MIBs 80 
with attributes selected from MIBs 68, 70 and 72 and from 
attribute lists 74, 76 and 78. MIB file 82 illustrates 
an example of attributes for dynamically-created MIB 80 
with the file identifier of MIB53 . A dynamic MIB OID 
translator table 88 is created with each MIB to translate 
the attributes from the dynamically-created MIB 80 to 
their source location. 

Once stored on a network management system, such as 
a management application running on video network 
platform 10, MIB53 is available for access with a MIB 
browser or an external manager, such as an external SNMP 
node manager like HP Openview, which uses the device and 
user-specific MIB to point video network platform 10 to 
the associated video device. For instance, the video 
device is selected from a device list 84 that lists video 
devices associated with video network platform 10 and a 
target device look-up table 86 that associates individual 
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network management system clients with the specific 
device they are accessing, such as network application 
identification with devices identification. Video 
network platform 10 uses dynamic MIB OID translator 88 to 
5 get information from devices with OIDs presented in 
dynamically-created MIB 82. For instance, translator 
table 90 for MIB53 references OID 1.1 to an MBean from 
expanded device attributes list 74 and OID 1.2 to a MIB 
attribute from standard MIB 70. With dynamic MIB 82 
10 limited to variables of interest to the user of that MIB, 
re l evan t information is presented in a manner that allows 
the user to track the information in an organized manner 
over time. 

Although the present invention has been described in 
15 detail, it should be understood that various changes, 

substitutions and alterations can be made hereto without 
departing from the spirit and scope of the invention as 
defined by the appending claims. 
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